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ABSTRACT 

Web  Services  offer  a  platform  independent  solution 
for  system  integration  in  a  distributed  environment.  But 
Web  Services  are  weak  in  representing  the  business 
semantics  of  application  domains.  This  paper  presents 
a  model-driven  approach  for  specifying  domain- 
specific  component  models  in  an  effort  to  complement 
the  current  Web  Services  technology  in  terms  of 
enriching  the  semantics  representation.  Web  Services 
Description  Language  (WSDL)  can  then  be  generated 
automatically  from  the  models  with  generators.  The 
modeling  of  domain-specific  components  serves  as  a 
front-end  to  represent  the  semantics  of  components  as 
well  as  for  formalizing  components  while  the 
generated  artifacts  facilitate  component  service 
synthesis. 

1.  Introduction 

The  integration  and  reuse  of  legacy  software 
systems  offer  a  promising  direction  for  boosting 
productivity  by  dramatically  reducing  both  cost  and 
time-to-market  expenses.  One  of  the  Object 
Management  Group  (OMG)  initiatives  is  Model  Driven 
Architecture  (MDA)1,  in  which  legacy  systems  and 
Commercial-Off-The-Shelf  (COTS)  software  can  be 
transformed  by  reverse  engineering  into  Platform 
Independent  Models  (PIMs)  representing  business 
functionality  with  underlying  technical  details 
presented  abstractly.  If  this  effort  is  successful,  legacy 
systems  and  COTS  software  can  be  reintegrated  into 
new  platforms  efficiently  and  cost-effectively.  But  for 
legacy  systems  and  COTS  software,  the  business  logic 
and  the  software  structures  are  usually  encapsulated  as 
black  boxes,  which  makes  it  difficult  to  be  reverse 
engineered.  Hence,  it  is  necessary  to  include  the 


design  artifacts  (such  as  models,  high-level 
specifications,  etc.)  in  the  business  components.  To 
that  end,  the  vision  of  MDA  also  includes  packaging 
models  together  with  parameterized  generators.  The 
application  generator  will  produce  customized 
components  according  to  the  configuration  parameters. 
In  that  way,  not  only  can  the  footprint  of  business 
systems  be  minimized,  but  also  various  kinds  of 
artifacts  of  business  system  can  be  generated  on 
demand  for  system  synthesis. 

On  the  other  hand,  Web  Services  (WS)2  technology 
offers  a  platform-independent  solution  for  Enterprise 
Application  Integration  (EAI)  by  wrapping  legacy 
systems  as  WS  [Grah02].  Combining  the  model-driven 
approach  with  WS  technology,  software  systems  can 
be  produced  by  synthesizing  distributed  models  using 
generator  technology. 

UniFrame  [RajeOl]  is  a  framework  for  seamless 
integration  of  heterogeneous  distributed  software 
components  to  assemble  a  complete  distributed 
software  system.  The  assembly  process  involves  the 
generation  of  glue/wrapper  code  [Brya02],  which  is  a 
challenging  ad-hoc  task  considering  the  heterogeneous 
nature  of  distributed  components.  Because  WS  are 
based  on  open  industry  standards  working  across 
different  platforms,  wrapping  heterogeneous 
components  with  WS  for  integration  will  transform  the 
assembly  task  from  n*m  to  n*l  processes  (see  Figure 
1).  The  contribution  of  this  paper  is  to  propose  the  use 
of  WS  as  a  potential  vehicle  for  system  integration  in 
UniFrame  by  enhancing  semantic  expressive  power  of 
WS  using  the  model-driven  approach.  The  related 
process  is  described  herein. 

In  this  paper,  we  present  an  approach  based  upon 
the  principle  of  Model-Integrated  Computing  (MIC) 
[LedeOl]  to  model  the  business  domain-specific  UMM 
component  models.  This  involves  a  graphical  modeling 


1  http://www.omg.org/mda/ 


1  http://www.w3.org/2002/ws/ 
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provider  for  computational  functionality  and  a  gateway 
for  further  resource  offerings,  has  not  only 
computational  aspects,  but  also  cooperative  aspects  in 
distributed  environments,  as  well  as  other  auxiliary 
aspects  like  mobility  and  security. 

b)  Service  and  Service  Guarantees. 


Figure  1.  Reducing  Gluing/Wrapping  Process 


environment  for  customizing  a  domain  system  based 
on  domain-specific  meta-models.  An  interpreter  is  built 
to  generate  WS  Description  Language  (WSDL)1  for 
business  service  integration.  A  generator  can  also  be 
created  to  directly  synthesize  the  implementation  code. 
Figure  2  gives  an  overview  of  the  approach. 

This  paper  is  organized  as  follows.  Section  2 
introduces  the  background  knowledge  of  the  UniFrame 
project,  for  which  the  proper  meta-model  development 
is  imperative.  Section  3  introduces  the  modeling 
environment  and  modeling  targets  with  regard  to  the 
UMM  model  and  WS.  Section  4  describes  the 
interpreter  that  generates  the  WSDL.  A  banking 
example  is  given  in  Section  5  illustrating  the  proposed 
approach.  This  paper  ends  with  the  conclusions  and 
outlook  in  Section  6. 

2.  UniFrame 

UniFrame  is  based  on  the  Unified  Meta-Component 
Model  (UMM)  [RajeOO]  for  describing  components. 
Systems  constructed  by  component  composition  should 
meet  both  functional  and  non-functional  requirements 
such  as  Quality  of  Service  (QoS)  requirements 
[Raje02].  UniFrame  includes  a  specification  of 
appropriate  QoS  parameters,  which  provide  metrics  of 
service  at  both  the  component  level  and  system  level, 
so  that  the  software  system  produced  by  assembling 
heterogeneous  components  can  be  benchmarked  over 
not  only  functional  requirements,  but  also  non¬ 
functional  criteria.  A  Generative  Domain  Model 
(GDM)  [CzarOO]  is  used  to  describe  the  properties  of 
domain-  specific  components  and  to  elicit  the  rules  for 
component  assembly. 

2.1  UMM 

In  the  Unified  Meta-Component  Model  (UMM), 
we  are  concerned  about  the  following  three  aspects: 

a)  Component: 

In  [Medv97],  components  are  described  as  being 
composed  of  the  following  aspects:  interface,  types, 
semantics,  constraints  and  evolutions.  But,  this  view 
does  not  reflect  the  collaborative  features  of  distributed 
components.  We  believe  that  a  component,  as  a 


Here  we  are  focusing  on  providing  metrics  for 
quantifying  the  services  provided  by  components  as  a 
criteria  for  making  choices  from  multiple  service 
providers,  as  well  as  criteria  of  judging  assembled 
system  by  composing  components.  Once  a  component 
does  not  satisfy  the  expected  QoS,  it  is  a  candidate  for 
substitution.  By  modeling  QoS  aspects  in  the  meta¬ 
model,  we  can  weave  the  QoS  instrumentation  into 
generated  code  for  QoS  measurements  at  deployment 
time. 

c)  Infrastructure 

In  UniFrame,  the  Internet  Component  Broker  (ICB) 
and  Headhunters  [Sira02]  are  proposed  as  two  facilities 
in  an  effort  to  seamlessly  integrate  heterogeneous 
components.  ICB  provides  translation  capacity  in  terms 
of  adapter  technology  for  achieving  interoperability, 
while  Headhunters  actively  detect  the  presence  of  new 
components  in  the  search  space,  register  their 
functionality  and  attempt  match-making  between  client 
components  (service  requesters)  and  server 
components  (service  providers).  By  generating  such 
component  specifications  in  XML,  a  component  can  be 
exposed  for  external  querying,  e.g.,  using  XQuery2. 
Also,  a  pre -built  meta-model,  from  which  the  domain- 
specific  model  is  created,  represents  the  domain 
ontology  [Grub93]  and  provides  the  leverage  for  the 
ICB  and  Headhunter. 

The  aforementioned  three  concerns  necessitate  a 
proper  methodology  of  creating  a  meta-model  to 
modeling  the  following  categories: 

Table  1.  Component  Description  in  UMM 


Computational  Attributes 

Inherent 

Attributes 

ID 

Functional 

Attributes 

Description 

Algorithm 

Complexity 

Syntactic 

Contract 

Technology 

Cooperation  Attributes 

Precondition 

Postcondition 

Auxiliary  Attributes 

Security 

Mobility 

QoS  Metrics 

Availability 

End-to-End  delay 

1  http://www.w3.org/2002/ws/ 


1  http://www.w3.org/XML/Query 
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MDA  Meta  Level 
(M0-M2) 


Figure  2.  Overview  of  Approach 


Figure  3.  Meta-Model  of  WSDL 


Obviously,  a  pure  textual  specification  of  UMM,  while 
still  a  viable  choice,  will  be  error  prone  and  hard  to  be 
processed  and  reused.  The  widely  used  Rational  Rose 
[QuatOO]  toolkits,  however,  can  only  be  used  for  non¬ 
executable  modeling,  in  the  sense  that  you  have  no 
control  over  generation  of  complete  applications, 
which  is  not  adequate  enough  for  modeling  UMM. 
This  problem  will  be  addressed  using  tool  support 
introduced  in  the  next  section. 

3.  Modeling  as  the  Front  End  of  Web  Services 

3.1  Generic  Modeling  Environment  (GME) 

Model  Integrated  Computing  (MIC)  employs  meta¬ 
modeling  to  define  the  domain  modeling  language  and 
model  integrity  constraints.  It  uses  these  meta-models 


to  automatically  compose  a  domain-specific  design 
environment  and  generate  input  to  some  analysis  tools 
such  as  Matlab  Simulink/Stateflow  [Neem02].  MIC 
includes  the  Generic  Modeling  Environment  (GME) 
for  creation  of  domain-specific  models,  a  Model 
Database  for  model  storage,  and  a  Model  Interpretation 
technology  for  building  model  interpreters.  In  GME, 
the  meta-models  use  Unified  Modeling  Language 
(UML)  class  diagrams  to  model  the  system 
information.  Figure  3  gives  the  WSDL  meta-model 
using  GME.  Also  MCL  (MGA1  Constraint  Language) 
[GMEOO],  which  is  a  subset  of  UML  OCL2  with  some 
MGA  specific  extension,  is  used  to  enforce  some 


1  MultiGraph  Architecture  [Szti95] 

2 

"  http://www-3.ibm.com/software/ad/library/standards/ 
ocl.html 
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semantic  rules  in  MGA  modeling  paradigms.  This  adds 
some  formalism  to  the  modeling,  which  can  be  used  to 
enrich  the  semantic  expressiveness  of  WSDL,  as  is 
explained  later  in  section  5 

WSDL  is  not  convenient  to  be  manually  coded. 
Many  tools  such  as  AXIS1,  and  the  Microsoft  .Net 
framework  provide  the  function  of  generating  WSDL 
from  implementation  code  (such  as  Java  and  C#)  and 
vice  versa.  Such  tools  leverage  compiler  technology  to 
generate  WSDL  from  some  other  programming 
languages.  In  contrast,  by  generating  WSDL  from  a 
high-level  language-independent  model,  we  can  avoid 
the  need  for  language-specific  compilers.  This  permits 
easier  maneuvering  of  the  generated  WSDL  at  a  higher 
level.  Also,  by  standardizing  the  meta-model  and  the 
associated  generator,  the  domain  ontology  will  be 
uniformly  embodied  in  generated  WSDL.  This  will 
facilitate  program-to-program  interoperation  bearing 
the  intelligence  of  software  agents,  such  as  autonomy 
and  knowledge  [GrisOl]. 

3.2  Enriching  and  Modeling  WS  Semantics 

Current  WS  standards  mainly  embody  the 
semantics  of  processes  at  the  collaborating  syntactic 
interface  level.  WSDL  only  exposes  distributed  object 
services,  while  such  process  behavior  aspects  as 
ordering,  and  dependency  are  not  well  specified  in  the 
existing  WSDL  standard.  Figure  4  gives  the  meta¬ 
model  of  a  Finite  State  Machine  (FSM),  which  can  be 
used  to  model  the  dynamic  behavior  of  WS,  in 
particular,  the  sequence  of  states  that  the  WS  behavior 
goes  through  in  its  lifetime.  We  will  illustrate  this  point 
in  detail  in  a  later  example. 


Figure  4.  Finite  State  Machine  (FSM)  Meta-model 


1  http://ws.apache.org/axis/ 


4.  Web  Services  Generator 

A  key  aspect  of  MDA  is  the  generator  technology. 
By  generating  implementation  code  from  a  high-level 
specification  language,  software  systems  can  be 
produced  with  high  efficiency  while  the  scale  of 
software  reuse  will  be  reduced  at  the  specification 
level.  GME  provides  the  Builder  Object  Network 
(BON)  framework  [GMEOO]  for  building  interpreters 
by  instantiating  each  object  in  the  model  tree  with  a 
C++  object.  The  objects  in  the  model  tree  can  be 
traversed  by  calling  methods  within  the  BON  API.  In 
order  to  precisely  generate  target  code  from  the  models 
using  a  generator,  a  special  atom  can  be  added  in  the 
GME  environment  denoting  specific  meaning  so  as  to 
enrich  the  semantics  of  modeling,  e.g.,  in  feature 
modeling  [CzarOO],  there  are  mandatory  features, 
optional  features  and  alternative  features  for  some 
concept.  We  can  add  a  Require  atom,  an  Or  atom,  an 
XOR  atom  to  denote  the  three  relationships  between 
other  atoms.  Figure  5  illustrates  the  strategy.  In  this 
way,  the  designated  semantics  can  be  captured  when 
traversing  the  model  tree.  This  strategy  can  also  be 
applied  to  model  UML  relationships  such  as 
Dependency,  Generalization,  and  Association.  In  this 
way,  the  built-in  class  diagram  facilities  of  GME  itself 
can  be  extended. 

5.  Putting  it  Together 

This  section  will  use  GME  to  create  a  meta-model 
embracing  both  UMM  and  WS,  and  an  interpreter  is 
built  based  on  this  meta-model  for  generating  WSDL 
in  an  effort  to  facilitate  component  service  synthesis  in 
UniFrame. 

5.1  Creating  Banking  Domain  Meta-Model 

Below  is  a  simple  banking  domain  specification: 

A  bank  provides  the  service  for  users  to 
set  up  accounts.  Account  information 
includes  personal  data  including  Name, 
SSN,  phone  number,  address,  and  account 
data  including  Account  Number,  PIN, 
Transaction  Record,  Balance.  There  are 
two  types  of  accounts:  checking  account 
and  savings  account . 

For  the  bank  side,  it  provides  such 
services  as:  Account  Validation  (to 

ensure  legal  access  of  account) ,  Account 
Verification  (to  double  check  the  account 
after  each  transaction,  including 
transaction  history,  transaction 

description,  etc) ,  Account  Query  (balance 
checking).  Deposit,  Withdraw,  and 
Transfer.  There  is  order  restriction  for 
those  operations.  Both  Transfer  and 
Withdraw  have  to  be  preceded  by  a  Query 
operation.  The  Account  Verification  comes 
after  each  of  the  other  operations. 
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(1)  Concept  C  requires  all  the  three 
features:  Cl,  C2,  C3 


(2)  Concept  C  contains  some  of  the  three 
features:  Cl,  C2,  C3 


(3)  Concept  C  contains  exactly  one  of  the  three 
features:  Cl,  C2,  C3 


Figure  5.  Representing  Semantics  of  Feature  Modeling  with  Atom-to-Atom  Connection 


Figure  6.  Meta-model  of  Banking  Domain 


Deposit  and  withdraw  can  only  be  applied 
to  checking  account  (this  is  not  the 
generic  case,  though)  .  The  aforementioned 
services  are  optional  so  long  as  the 
above  rules  are  observed. 

The  banking  service  may  leverage  such 
technology  as  RMI,  J2EE,  and  CORBA.  Also 
it  will  enforce  some  QoS  concerns  such  as 
Availability,  Dependability,  Capacity, 
etc.  (For  more  QoS  parameters  see 
[Ra je02 ]  )  . 

Directly  expressing  the  above  specification  in 
WSDL  will  tend  to  blur  the  4+1  view1  of  the  software 


which  includes  functional  requirements,  software  module 
organization,  run-time  implementation  structure  of  the  system,  etc. 
For  details  see  [Kruc95] 


architecture.  Thus  it  is  hard  to  represent  the  intended 
requirements  precisely  and  the  constraints  can  not  be 
warranted.  Model-based  WSDL  generation  will  be 
able  to  solve  the  ambiguity  problem  by  clearly 
modeling  the  specification  in  a  graphical  fashion  to 
capture  all  the  involved  relationships.  The  meta-model 
in  Figure  6  represents  the  banking  domain  knowledge. 
It’s  derived  from  WSDL  elements  and  banking  domain 
knowledge.  portType  in  WSDL  denotes  the  WS 
abstract  interface  definition.  It  is  represented  as  a 
model  in  Figure  6,  which  contains  the  following 
banking-domain  specific  operations:  query’,  deposit, 
withdraw,  transfer,  verification,  binding  in  WSDL 
denotes  how  the  elements  in  an  abstract  interface 
( portType )  are  converted  into  a  concrete  representation 
in  a  particular  combination  of  data  formats  and 
protocols  (here,  platform  specific  implementation  in 
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CORBA,  J2EE,  RMI,  etc).  Consequently,  binding  is 
represented  as  a  connection  between  portType  and 
UMM_Attibutes,  which  is  the  parent  of  the  CORBA, 
J2EE  and  RMI  atoms. 

The  left  part  of  Figure  6  ( PersonalAccount , 
Account,  checking,  saving )  is  basically  about  a 
simplified  version  of  the  feature  modeling  [CzarOO]  of 
the  banking  domain,  which  is  treated  as  input 
(represented  as  connection  here)  into  operations  of 
portType.  Also  QoS  parameters,  by  being  associated 
with  portType,  will  be  embedded  into  the  generated 
WSDL  as  extended  attributes.  WSDL  itself  is  XML 
based,  so  a  query  expressed  in  XQuery  can  make  use 
of  extended  WSDL  attributes  to  refine  the  query  in 
selecting  targeted  WSDL.  Here,  the  listed  QoS 
parameters  are  treated  as  of  static  type.  For  dynamic 
parameters,  we  can  apply  aspect  weaving  [Kicz97] 
technology  in  the  code  generation  phase  for  performing 
dynamic  measurements. 

The  specified  constraints  over  withdraw  and  deposit 
operations  can  be  enforced  in  GME  using  the  following 
MCL  (refer  back  to  section  3.1)  expression: 

connectedFCOs ( " src" ) -> for All ( 

c|c.  kindName()  ="checking") 

Those  constraints  apply  to  both  the  withdraw  atom  and 
the  deposit  atom  in  Figure  6,  which  means  those  First 
Class  Objects  (FCO:  referring  to  both  entities  and 
relations  in  GME)  that  are  connected  with 
withdraw! deposit  atoms  are  all  of  kind  "checking"; 


i.e.,  those  services  can  only  be  applied  to  checking 
account. 

But,  when  it  comes  to  the  handling  of  order 
constraints  as  specified  in  the  banking  domain 
example,  obviously  MCL  is  not  adequate  enough  to 
capture  such  dynamic  behaviors.  Such  modeling 
techniques  as  using  the  Finite  State  Machine  will 
provide  modeling  capacity  for  advanced  behavior, 
which  is  detailed  in  the  next  section. 

5.2  A  Banking  Model  and  WS-based  Integration 

Figure  7  is  an  example  of  the  banking  model.  For 
this  model,  "My  Account"  is  the  name  for  the 
"PersonalAccount"  model.  It  has  two  kinds  of  account: 
both  checking  (c)  and  savings  (s).  "Service  Offering" 
represents  the  "portType".  It  offers  4  types  of  service 
(without  transfer  in  this  case):  d:  deposit,  q:  query,  w: 
withdraw,  v:  verification.  From  the  connections 
between  the  ports  we  can  see  for  this  banking  model, 
the  query  can  only  be  applied  to  the  savings  account, 
while  verification  can  be  carried  out  over  both  types  of 
account.  Withdraw  and  deposit  only  applies  to 
checking  account.  Otherwise  the  modeling 
environment  will  give  warnings  when  modeling,  which 
is  consistent  with  the  MCL  specification.  Also,  notice 
for  this  banking  model,  RMI  technology  is  adopted  and 
some  QoS  parameters  are  specified  here,  as  shown  in 
the  lower-right  corner  attribute  list.  The  attribute  list 
associated  with  RMI  will  also  be  shown  in  the  corner  if 
the  RMI  atom  is  under  focus. 


Figure  7.  "My  Account":  a  Banking  Model 


6 


From  the  model  in  Figure  7  the  interpreter  will 
generate  two  sets  of  codes:  the  WSDL  code  for  the 
banking  service  embedded  with  QoS  parameter 
extension,  and  the  WS  wrapping  code  for  the 
underlying  RMI  implementation.  Because  the 
generated  WSDL  is  quite  lengthy,  we  will  just  show 
some  model-specific  contents  as  shown  in  the 
following  paragraph.  Notice  the  bold-font  part  of  the 
following  WSDL  represents  the  QoS  extension  of 
WSDL,  which  may  be  used  for  WS  filtering  if  QoS 
requirements  are  submitted  in  the  query  expression. 

<definition  name="my  bank"> 

<types> 

<xsd : schema 

targetedNamespace=,,http :  / /localhost /bank" 
xmlns : xsd="http : / /www . w3 
. org/2001/XMLSchema"> 

<xsd : complexType  name="Account "> 

<xsd: sequence> 

<xsd : element  name="AccountNumber" 
type="xsd : string" / > 

<xsd: element  name=,,Pin" 
type="xsd : string" / > 

<xsd: element  name="Balance" 
type="xsd : decimal" / > 

</xsd : sequence> 

</xsd : complexType> 

<xsd: complexType  name="che eking "> 

<xsd: complexContent> 

<xsd : extension  base="Account "> 

</xsd: complexContent> 

</xsd : complexType> 

<xsd: complexType  name=" savings "> 

<xsd: complexContent> 

<xsd : extension  base="Account "> 

<xsd: attribute  name="interest_rate" 
type="xsd: decimal"/> 

</xsd: complexContent> 

</xsd : complexType> 

</xsd : schema> 

</types> 

<message  name="checking"> 

<part  name="pl"  type="checking" /> 

</message> 

<message  name=" savings "> 

<part  name="pl"  type=" savings " /> 

</message> 

<message  name="checking_savings "> 

<part  name="pl"  type="checking" /> 

<part  name="p2"  type=" savings " /> 

</message> 

<portType  name="bankPortType"> 

<operation  name="withdraw"> 

<input  message=" checking" /> 

<output  message=""/> 

</operation> 

<operation  name="deposit "> 

<input  message=" checking" /> 

<output  message=""/> 

</operation> 

<operation  name=" verif ication"> 

< input  message=" checking_savings " /> 

<output  message=""/> 

</operation> 

<operation  name="query "> 

<input  message=" savings " /> 
coutput  message=" "/> 

</operation> 

</portType> 


<binding> 


</binding> 

<service  name="My  Bank"  Portability=" 0 . 544400" 
Dependability=" 0 .780000"  Turn-around- 
time="12 . 000000 "/> 

<port> 


</port> 

</service> 

</ def init ion> 

Now  we  turn  to  the  handling  of  the  order  restriction 
requirement  in  the  banking  domain  specification.  We 
will  use  the  FSM  meta-model  (Figure  4)  to  build  the 
banking  service  state  model  as  shown  in  Figure  8  and 
the  associated  interpreter.  Because  every  service 
corresponds  to  the  child  node  (atom)  of  portType 
model  in  Figure  6,  we  can  use  BON  API  (refer  back  to 
Section  4)  to  traverse  those  child  atoms  of  portType  in 
the  banking  model  one  by  one  while  retrieving  the 
connection  information  of  each  atom.  The  generated 
WSDL  extension  describing  the  state  transition  process 
is  as  follows: 

<state> 

<state  name=  "Login"  > 

<state  name="Validat ion"  > 

<state  name="Query"  > 

<state  name="Deposit "  > 

<state  name="Transf er "  > 

<state  name="Withdraw"  > 

<state  name="Verif icat ion"  > 

</state> 

<transition> 

ctransition  src="StartState" 
dst="Login"  condition=" "> 

<transition  src="Login"  dst="Login" 
condition=" " > 

<transition  src="Login" 
dst= "Validation"  condition=" "> 
ctransition  src="Validation" 
dst="Deposit "  condition=" "> 

<transition  src="Validation" 
dst="Query"  condition=" "> 

<transition  src="Deposit "  dst="Deposit " 
condition=" " > 

<transition  src="Deposit " 

dst="Verif icat ion"  condition=" "> 
<transition  src="Query"  dst="Transf er " 
condition=" "> 

<transition  src="Query"  dst="Query" 
condition=" "> 

<transition  src="Query"  dst="Withdraw" 
condition=" "> 

<transition  src="Query" 

dst="Verif icat ion"  condition=" "> 
<transition  src="Transf er " 

dst="Transf er "  condition=" "> 

<transition  src="Transf er " 

dst="Verif icat ion"  condition=" "> 
<transition  src="Verif ication" 
dst="StartState"  condition=" "> 

<transition  src="Verif ication" 

dst= "Verification"  condition=" "> 
<transition  src="Verif ication" 
dst="EndState"  condition=" "> 
ctransition  src="WithDraw" 
dst="WithDraw"  condition=" "> 
ctransition  src="WithDraw" 

dst="Verif icat ion"  condition=" "> 
c /transit ion> 
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Figure  8.  Banking  behavior  model  based  on  FSM  meta-model 


Note  in  the  generated  state  transition  code,  the 
"condition"  attributes  are  supposed  to  be  customized  in 
the  specific  banking  behavior  model  before  code 
generation,  which  for  the  sake  of  brevity  are  left  blank 
here.  The  state  transition  specification  generated  here 
may  be  used  in  guiding  the  WS  consumption  and 
composition. 

6.  Conclusions  and  Future  Research 

This  paper  applies  the  model  driven  approach  to 
WS  technology.  By  modeling  service  behavior  at  a 
higher  level,  the  system  semantics  can  captured  at  a 
finer  grain.  Meanwhile,  different  artifacts  can  be 
derived  from  models  using  a  generator,  which  will  not 
only  refine  the  service  presentation,  but  also  facilitate 
system  integration.  In  particular,  this  approach  is 
applied  in  the  context  of  the  UniFrame  project  for 
system  integration.  So  far,  we  have  implemented  a 
prototype  with  the  function  of  WSDL  generation  from 
a  specific  component  model  and  FSM  modeling  for 
component  services. 

Because  the  meta-model  is  the  starting  point  and 
cornerstone  of  system  integration,  we  will  need  to 
refine  the  meta-model  leveraging  domain  knowledge 
until  it  can  be  standardized.  To  enhance  the  semantics 
expressing  capability  of  WS,  future  research  will 
involve  not  only  state  machine  modeling,  but  also  the 
modeling  of  other  behavior  concerns,  such  as 
interaction,  activity,  process/thread  and  temporal 
relationship.  Also,  technology  and  QoS  modeling  in 
the  above  banking  example  are  still  quite  primitive, 
both  of  which  need  further  exploration  for  the  ultimate 


model-based  glue/wrapper  code  generation  between 

WS  and  other  component  models. 
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